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FIELD OF THE IN VENTION 

The present invention relates to a data health monitor for financial information 
10 communications networks which automatically detects problems in the delivery of real-time 
fimancial information to client site computer systems, which problems may result in the use of non- 
current financial information by the client site computer systems. Upon detection of a delivery 
problem, the data health monitor according to the present invention automatically alerts users at 
the client site computer system that the financial information being used is not real-time and 
15 automatically clears the alert when the used information becomes real-time. The data health 
monitor according to the present invention automatically detects problems in the delivery of 
financial data both from data sources to the communications network and within the 
communications network itself. Through the use of open architecture, the data health monitor 
according to the present invention may be apphed to a variety of client site applications including 
20 a client site terminal with a display displa^g the financial information and an indication whether 
the information is real-time or stale. 

BACKGROUND OF THE INVENTION 

Reuters delivers financial information from stock exchanges and other markets throughout 
the world to numerous client site computer systems using an extensive wide area network. The 
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financial information delivered by this network includes financial data concerning instruments such 
as stocks, bonds, foreign exchange instruments, and conunodities which may be traded across the 
world. Within Reuters network, each financial mstrument traded over the network is treated as a 
separate entity fi^pm the time it is entered onto the network fi*om the financial exchange until it is 
5 delivered to the client site computer systems. As trades are carried out on the various financial 
exchanges, corresponding financial information concerning the financial instrument transactions 
on the exchanges is delivered to numerous client sites world\^dde in real time as updates to each 
afifected instrument. 

Approximately 1.5 million financial instruments are updated in real time in the Reuters 
10 woridwide network. All financial information should then ^be available in real time to all client 
sites worldwide with an interest in the mformation. Thus, accurate, real-time updates to client 
sites are important to the real-time display of finandal information at the client sites. If the 
displayed financial infonnation is not current, users of the system may rely upon faulty information 
in performing financial transactions, resulting in substantial financial losses. Furthermore, the 
15 display of stale infonnation by the client sites \^11 reduce the users' confidence in, and therefore 
use o^ the Reuters network. 

Further, the types of financial instruments available to users is not fixed. Rather, the 
number of finandal instruments available is constantly growing. However, current systems are 
designed to service one to few instrument types. By accommodating only a few instrument types, 
20 designers have optimized the operation of these closed trading systems. However, as the variety 
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of instniment types increases, these closed systems become obsolete. Also, current systems are 
designed to be used with specific devices and connections, again limiting their usefiibiess in a 
global environment where the predetermined system hardware and software norms may not be 
available or desired. To this end, interaction between divergent operating systems has been 
5 diflBcuIt. Further, current trading systems do not readily exchange information with other 
applications (also referred to as host applications) running on a client site terminal. To this end, 
the end user is relegated to manually transporting received trading information between 
applications. However, manually transporting information fails to account for any change in the 
health (or staleness) of the information. To this end, stale information can otherwise current 

10 irifoitnation as present in a user^s end application. For example, a spreadsheet calculating a 
trader's investment in an instrument may reflect erroneous information when the value of each 
instrument changes over time and the spreadsheet is unaware of the changes. Accordingly, a need 
exists to provide a system able to accommodate changing instrument types, operate within 
different operatmg systems, and provide information to various other applications nimiing on a 

15 client site terminal, 

SUMMARY OF THE INVENTION 

In view of the risks and consequences associated with the display of stale (not real-time) 
financial data by the Reuters financial information network, the data health monitor according to 
the present invention provides a system for automatically detecting and identifying to the users of 
20 the network stale, non-current financial information. The data health monitor prondes accurate 
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detection and identification of stale financial information in real time to prevent both losses due to 
user reliance on stale information and loss of user confidence in the Reuters financial information 
network. 

Also, the data health monitor according to the present invention is based on an open 
5 system architecture wherein the data health monitor is designed to accommodate new financial 
instruments. Additionally, the data health monitor according to the present invention is designed 
to be system independent, so as to accommodate varying operating systems and assodated 
architectures. For example, the data health monitor according to the present invention is cross- 
platform enabled so that, while a client site terminal may be running at least one variety of 

10 operating systems, the client site terminal may still receive and process received information. 
Contemplated operating systems include VWndows 95 ™, Windows NT ™, Windows 3.1, from 
Microsoft, OS/2 from IBM, the UNIX operating system and the i^ple Operating ^sterns, and 
the like. The program running on each client ^te terminal recdves and interprets information from 
the network so the information may be used locally, independent of the operatinjg system or 

IS combination of hardware/software used. Further, the data health monitor according to the present 
invention is constructed on an open application arctutecture which links received information 
between applications. In the case of Microsoft Windows™ operating systems, the data health 
monitor uses the DDE open data interchange format to enable the transportation of information 
receive via the data health monitor system to additional applications running on the client site 

20 terminal. These additional applications may include spreadsheet programs, databases including 
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knowledge bases, word processing documents, graphs, model, and the like. For example, received 
information can be ported to an Excel spreadsheet program (by the Microsoft Corporation of 
Redmond, WA) using DDE for various calculations. If the received information is stale (or 
suspect), the spreadsheet is alerted to the st^eness of the received information. In response, the 
5 spreadsheet alerts the end user that at least some of the received information is stale. These alerts 
may take the form of altered screen colors, flashing banners, and the like. In an alternative 
embodiment, another application (other than the spreadsheet, or other end application) at the 
client site terminal alerts the user that the received information is stale 

The data health monitor according to the present mvention is contemplated to be capable 

10 of detecting problems and/or delays in the delivery of financial information 1) firom the finandal 
exchanges or other real-time financial information sources to the network arid 2) within the 
network itself Moreover, in the present invention, each financial instrument may be individually 
marked as stale based upon delivery problems or delays relating to the source of the financial 
instrument data or problems within the portion of the network which delivers the financial 

1 5 instrument data to the client site computer systems. 

A data health monitor in accordarice with the present invention includes a processor for 
receiving real-time financial data from a data source, formatting the real-time financial data to 
include a data source identifier, and transmitting the formatted real-time finandal data onto the 
communications network. The data health monitor also includes a status code generator for 

20 generating and transnutting a data source status code based upori the operating status of the data 
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source wherein the data source status code includes the data source identifier. The status code 
generator automatically updates the data source status code in response to changes in the^ 
operating status of the data source and automatically transmits the updated data source status 
code. A client site computer system receives and processes the formatted real-time financial data, 
5 data source status code and the updated data source status code, and selects in real time a stale or 
real-time identifier (real-time/stale identifier) for the formatted real-time financial, data based upon 
the data source identifier of the fonnatted real-time financial data, the data source status code and 
the updated data source status code. The client site computer system then utilizes the formatted 
real-time financial data in accordance with the selected identification. When applied to a client site 

10 temun^, the selected real-time/stale identifier relates to a selected stale or real-time display mode. 
When the finandal information is received, the terminal then displays the financial information in 
the selected display mode. 

Another data health monitor in accordance with the present invmtion includes a processor 
for receiving real-time finandal data fi^om a data source, fi:)nnatting the real-time financial data to 

15 include a system identifier, and transmitting the formatted real-time finandal data onto the 
communications network. The processor also includes a heartbeat signal generator for generating 
and transmitting at a predetermined interval a heartbeat signal including the system identifier. A 
client site computer system receives and processes the formatted real-time financial data and the 
heartbeat signal, and selects in real time a stale or real-time identifier (real-time/stale identifier) for 

20 the formatted real-time finandal data based upon the system identifier of the formatted real-time 
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financial data and the heartbeat signal. The client site computer system then uses the formatted 

real-time financial data in accordance with the selected real-time/stale identifier. 

One of the various of the client site computer system implementations is in a temunal with 

an associated display. Here, a client site terminal receives and processes the formatted real-time 

S financial data and the heartbeat signal, and selects in real time the real-time/stale identifier 

embodying a stale or real-time display mode for the formatted real-time financial data based upon 

the system identifier of the formatted real-time finandal data and the heartbeat signal. The client 

site terminal then displays the formatted real-time financial data in accordance with the selected 

display mode. 

10 A financial communications network incorporating a data health monitor according to the 

present invention includes a plurality of data sources, a plurality of data collection system, a client 
site computer syst(^m wd a network connecting these TO 

Each data collection system includes a processor for receiving and formatting finandal 
data received fi-om said data sources, wherein the formatted financial data has a data field 

15 including a first data source identifier identifying the data source of said formatted finandal data 
and a first system identifier identifying the data collection system formatting said formatted 
finandal data. The data collection systems also include a status code generator for generating and 
transmitting a status code, wherein the status code generator automatically updates the status 
code when the operating status of a corresponding data source changes; and a heartbeat signal 

20 generator for generating and periodically transmitting a heartbeat signal. 

. • • • ■ 
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The client site computer system includes a processor for receiving the formatted financial 
data, the heartbeat signal and the status codes which it processes to determine whether there is a 
problem in the receipt of the financial data which prevents the terminal's receipt of the data in real 
time. The client site computer system then selects a real-time/stale identifier for identifying the 
S financial data, and uses the financial data in accordance with the selected real-time/stale identifier. 
When a selected application of the client site computer system is a terminal including a display for 
displaying the financial information, the selected real-time/stale idaitifier corresponds to a real- 
time or stale display mode. In this regard, when displaying the finandal data, the terminal displays 
the financial data in accordance with the selected real-time or stale display mode. 
10 Various additional advantages and features of novelty which characterize the invention are 

fiirther pointed out in the claims that follow. However, for a better understanding of the invention 
and its advantages, reference should be made to the accompanying drawings and descriptive 
matter which illustrate and desciibe preferred embodiments of the invention. 
BRIEF DESCRIPTION OF THE DRAWINGS 
IS Figure 1 provides a block diagram of components of a communications network provided 

vnth a data health monitor according to the present invention. 

Figure 2 provides a block diagram of the components of a data collection system for use in 
the communications network of Figure 1. < 

Figure 3 provides a block diagram of the components of a client site terminal for use in the 
20 communications network of Figure 1. 
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Figures 4A and 4B provide diagrams of system identifier and data source identification 
fields generated by the data health monitor according to the present invention. 

Figure 5 provides a diagram of a method for momtoring the real-time delivery of financial 
data fi-om one or more re^l-time financial data sources based upon data source identification 
5 information generated by the data health monitor and provided with the delivered financial data. 

Figure 6 provides a diagram of a method of monitoring the realtime delivery of financial 
data within the communications network of Figure 1 based upon a heartbeat signal generated by a 
data health monitor according to the present invention. 

DETAMD PESORIPTION 
10 The present invention will now be described in detail with reference to the accompanying 

drawings. While the present invention is described in the context of a communications network 
including a specific number of components, the data health monitor according to the present 
invention may be incorporated into networks of many structures and sizes. The drawings are 
intended to provide one example of a networic configuration in which a data health monitor may 
15 be implemented and are not intended to limit the applicability of the present invention to other 
network configurations. 

As shown in Figure 1, a financial information communications network incorporating a 
data health monitor in accordance with the present invention includes a plurality of data sources 
101-106 for providing real-time financial data fi-om financial exchanges such as stock markets. 
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commodity markets, foreign exchange markets, etc, as well as financial data from databases and 
other real-time data sources (generically referred to herein as "data sources*')* 

One or more data collection systems (DCSs), for example, 110 and 111, receive the real- 
tirne financial data provided by the data sources 101-106 respectively. Upon receiving the real- 
5 time financial data, each DCS formats the received financial data in a predetermined format which 
may be processed by the client site tenninals to enable the client site terminals to display the 
financial data in real time. The financial data format created by the DCS also includes a data field 
with a data source identifier identifying the source of the financial data and a system identifier 
identifying the DCS processing the data. This data field is abbreviated as DSO_ID and is 

10 discussed in greater detail below with reference to FIGS. 2 and 4. Once the DCS has 
appropriately formatted the real-time financial data, it transmits the data via a network 120 to a 
one or more client site terminals 130-133. 

Each DCS also monitors the data feeds from each respective data source from which the 
PCS receives real-time financial data and generates and stores a data source status code 

15 corresponding to each data source. The data source status code for each data source includes a 
data source identifieir and status data to indicate whether the data source is operating in a normal 
operations mode (real time) or in a problem operation niode. The problem operation mode 
includes, but is not limited to, errors arising firom delayed reception of data or no reception of 
data (i.e., missing data). The data source identifier in the status code is similar to or matches the 

20 data source identifier in the DSO_ID field of the financial data provided by the corresponding data 
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source. Each data source status code is transmitted to each client site terminal receiving the 
financial data provided by the respective data source. 

When a DCS detects a delay in the delivery of financial data fi^om a data source, the DCS 
generates and transmits a first status code update signal having a predetermined data value to each 
5 client site terminal recei>Ang financial data fi'om the problematic data source. The status code 
update signal has the same format as the data source status code - it includes a data source 
identifier and status data. The DCS also stores the status code update as the new data source 
status code. 

Upon receipt of the formatted real-time financial data fi-om one or more DCSs, each client 
10 site terminal (e.g., 130-133) automatically extracts and processes the data source identifier firom 
the DSO_ID. If the client site terminal does not aheady monitor the status code corresponding to 
the data source identified by the DSO_ID, the client site tenninal automatically sends a request for 
the status code to the appropriate DCS, Upon receiving the status code, the client site terminal 
displays the financial data having the same data source identifier in accordance with the status 
15 indicated by the status code. 

Once the client site terminal monitors the status code for financial data fi'om a particular 
data source, it receives status code updates fi-om the DCS when the operating status of the data 
source changes. Upon receipt of the first status code update signal indicating a problem with the 
financial data fi'om the particular data source, the client site terminal automatically compares the 
20 data source identification within the DSO_ID of all displayed finandal data with the data source 
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identification in the status code update signal and displays as stale any financial data having a 
matching data source identification. 

When the DCS which detected the problematic data source determines that the data 
_ source is once again properly providing real-time financial data, the DCS generates and transmits 
S a second status code update having a different status data value than the first status code update. 
Upon receipt of this second status code update, ,the client site terminal automatically returns the 
display of the financial data fi^om the corresponding data source to a real-time (not stale) display. 
Thus, the data health monitor according to the present invention automatically detects 
, problems and/or delays in the delivery of real-time finandal data fi'om data sources such as 
10 financial exchanges and automatically notifies users at the corresponding client site terminals that 
the displayed finandd data is stale (not current) when there is a problem with data deliveiy from 
one or more of the data sources. 

The data health monitor according to the present invention also enables momtoring of the 
transmission of formatted real-time financial data between each DCS and the client site tenninals. 
IS Each PCS generates and periodically transmits a "heartbeaf* signal to eiach client site terminal 
receiving real-time data from the DCS via the network 120. The heartbeat data signal includes a 
system identifier to identify the DCS generating the heartbeat. The system identifier in the 
heartbeat signal is similar to or matches the system identifier in the financial data processed by the 
corresponding DCS. The heartbeat is transmitted to the client site terminals at predetermined 
20 intervals, for example, once every thirty seconds. 
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Each client site terminal receiving real-time financial data fi*om a particular DCS monitors 
the heartbeat from that DCS. A client site terminal receiving financial data from multiple DCSs 
monitors the heartbeat fi*om each DCS from which it receives the financial data. If the client site 
terminal does not receive two heartbeats in a row from a certain DCS, i.e., if no heartbeat signal is 
5 received from a DCS, for example, after 60 seconds (one minute), the client site terminal 
compares the DCS identifier from the missing heartbeats with the DCS identifier in the DSO JP 
field of all displayed financial data. When the DCS identifier from the missing heartbeats matches 
the pes identifier in the DSO_ID field of displayed finandal data, the client site terminal 
automatically alters the display of the data to indicate that the displayed data is stale. 

10 In this way, the data health monitor according to the present invention moiutors the 

transmission of financial data between the DCSs and the client site terminals and automatically 
notifies the client site terminal users wheii the displayed financial data from a specific DCS is not 
current due to problems within the DCS, the network 120 and/or the client site terminal itself. 

In an alternative embodiment, each data source (101-106) generates a heartbeat signal as 

15 well. The heartbeat signals from the data sources are transmitted to DCSs 111 and 1 10. When the 
DCSs transmit their heartbeat signals onto network 120, they also transmit the heartbeat signals 
from their data sources as well. For example, DCS 111 transmits the heartbeat signals from data 
sources 101-103 to network 120 and DCS 110 transmits the heartbeat signds from data sources 
104-106 to network 120. In response the to heartbeat signals from the various data sources, client 

20 site computer systems 130rl33 are able to monitor the status of each data source of interest 
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independently from the other data sources and independently from the status of each DCS. 
Accordingly, a client site computer system is contemplated to utilize this greater amount of status 
information in the computer system's operation. When the computer system includes a terminal 
displaying the status of piece of financial information, the terminal is contemplated to display the 

; 5 financial information of interest in a stale or real-time mode. 

An optional monitor headend 140 may be provided within the network to provide 
additional information to the client site terminals concerning network problems. For example, the 
monitor headend 140 may maintain a database which stores information concerning the location, 
cause, and approximate repair times of all network problems. A user at a client site terminal may 

10 access the database to view this information, for example, when the user sees that some displayed 
financial data is stale or at any time. The monitor headend 140 periodically updates the database 
and displays to the user the schedule for friture updates of the information. 

Client site computer systems 130-133 may include additional applications which use the 
received heartbeat signal to alert a user to the presence of stale information in the applications. 

15 For example, client site computer system 130 may include a spreadsheet program receiving 
current information through a DDE link to an application receiving information over network 
. 120. In response to a missing heartbeat signal or a heartbeat signal noting the staleness of some 
information, the spreadsheet program alerts a user that the received information is stale or invalid 
(depending on the actual case of the received information). An advantage of alerting a user to the 

20 staleness of information as ported into additional applications includes ensuring that a user knows 
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when information is current and not. Another advantage is that, through alerting a user when 
information becomes stale (as enabled through monitoring the heartbeat signal), a greater level of 
confidence in the correctness of received iitformation and calculated information dependent 
thereon in the end application is instilled. 
5 A DCS 110 for use in the network of Figure 1 is illustrated in Figure 2. The DCS 110 

includes a storage unit 201 for storing real-time financial data received firom one or more data 
sources, for example, data sources 104-106 shown iii Figure 1. A data processor 201 
automatically formats the real-time financial data to include a network header field (for example, a 
sequence number used by the network 120 to route the data to the client site terminals) and a data 

10 . source identifier field for identifying the source of the finandal data and the DCS that processes 
the financial data (see l^gure 4). The formatted real-time finandal data is then temporarily stored 
in storage 205 and transmitted by transmitter 206 onto the network 120 for delivery to client site 
terminals, e.g., client site terminals 130-133 of Rgure 1, 

The DCS 110 also includes a status code generator 203 which automatically generates a 

IS status code for each data source firom which the DCS 1 10 receives real-time finandal data* The 
status code for each data source includes a header, a source identification field to identify the data 
source corresponding to the status code, and a status field to indicate the operating status of the 
respective data source. According to one embodiment of the present invention, the operating 
status of a data source may be indicated as follows: 
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• If the data source is operating properly, the status field is set to a value of 
ten thousand or zero (where zero indicates a start up condition or initial 
value). 

• If there is a problem with the data source, the status field is set to any value 
5 other than ten thousand or zero. 

Moreover, the status code header is set to zero (or other invalid header number) to notify 
each client site temunal that the received data represents a status code. By setting the header to 
zero, the status code generator 203 within DCS 110 enables client site terminals to difierentiate 
the status codes fi^om other data transmitted wdthin the network having headers with valid header 
10 numbers. 

As each client site terminal receives financial data originating at a particular data source, 
the client site terminal automatically requests the current status code of that data source fi'om the 
DCS 110. Upon receipt of the request by the DCS 110, the processor 202 generates a first 
control signal to the status code generator which, in response, outputs the current status code for 

15 that data source to the requesting client site terminal via transmitter 206. 

The processor 202 continuously monitors the receipt of real-time financial data fi-om each 
data source (e.g., 104-106). When the processor 202 detects a change in the operating status of a 
data source e.g., 104, 105 or 106), the processor automatically generates a second control signal 
to the status code generator 203 which in response generates a status code update for the 

20 corresponding data source. The status code generator formats the status code update as described 
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above based upon whether there is a problem with the data source or the data source has returned 
to normal operation. The status code generator 203 then automatically transmits the status code 
update via transmitter 206 to all client site terminals receiving financial data from the affected data 
source. The status code generator 203 also automatically stores the status code update as the new 
5 status code for that data source. 

The DCS 110 further includes a heartbeat generator 204 which generates a heartbeat 
signal corresponding to the DCS 1 10 while the DCS is transmitting finandal data to the client site 
terminals. The heartbeat generator automatically transmits the heartbeat signal once every 
predetermined period of time, for example, once every thirty seconds. Each heartbeat signal 

10 includes a system identifier code which identifies the particular DCS. As a result, when a client 
site terminal (e.g., 130-133) receives finandal data fi-dm more than one DCS, the client site 
terminal also periodically receives a heartbeat signal fi-om each DCS. This enables the client site 
terminal to monitor the connection between the terminal and each DCS to irisure real-time 
transmission of finandal data fi*om each DCS to the client site terminal. 

IS The above-described components of DCS 110 may be hardware components, software 

components, or a combination thereof. Moreover, the components may be integrated into a single 
processor or distributed among multiple processors as necessaiy to perform the functions of the 
DCS 110. 

Figure 3 provides an illustration of a client site terminal 130 for use in the network of 
20 Figure 1. The cUent site terminal 130 includes a transmitter/receiver 301, storage units 302 and 
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305, a processor 303, a first display selector circuit 304, a heartbeat detector circuit 308, a second 
display mode selector circuit 309, an input device 306 for receiving inputs fi^om the user of the 
client site terminal, and a display 307 for displaying real-time financial data to the user. 

The client site terminal performs , at least two types of monitoring to assure that the 
5 financial data is accurately displayed to the user as either real-time data or stale data. First, the 
client site terminal monitors the delivery of financial data fi*om the data sources using the status 
code outputs from the DCSs, Second, the client site terminal monitors the transmission of the 
data from the DCS to the client site terminal using the heartbeat signals output by the DCSs. 

Momtoring of the data sources is performed as follows. Initially, the client site terminal 
10 sends a request for real-time iSnancial data from one or more data sources selected by the user. 
The DCS assodated with each data source requested by the client site terminal receives the 
request and transmits the corresponding finandd data (once formatted as described above i^th 
reference to Figure 2) to the client site terminal. 

Upon receipt of formatted real-time financial data from a DCS, the client site terminal 
15 stores the data in storage 302. Processor 303 extracts from the data the DSO_ID information 
identifying the data source and determines whether it is currently monitoring the status of thq data 
source. If the client site terminal is not monitoring the status of the data source, the processor 303 
transmits a request to the assodated DCS providing the financial data and requests the status 
code for the data source. The status code generator 203 withm the DCS transmits the status qode 
20 to the client site terminal and also automatically sends subsequent status code updates as they are 
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generated as described above with reference to Figure 2. The client site terminal stores the status 
code in storage unit 305. This process enables the client site terminal to monitor the status of the 
idata source.. 

Once the client site terminal is monitoring the data source of the received financial data, 
5 the first display mode selector circuit 304 selects a real-time or stale display mode for the financial 
data in accordance with the status (real-time or stale) of the data source as indicated by the 
current status code stored by in the client site terminal in storage unit 305. The first display mode 
selector drcuit outputs a control signal to the display 307^ and the display displays the financial 
data received fi-om the processor 303 in accordance with the control signal fi-om the first display 

10 mode selector circuit. 

When the client site teriiunal receives a status code update firom a DCS indicating that 
there is a problem with a data source, the processor 303 extracts the DSO__ID data from the 
received status code update. The first display mode selector circuit 304 compares thie extracted 
source identifier with the source identifiers of the finandal data displayed by display 307. If the 

15 DSO_iD field of the displayed data matches the DSOJD field of the received status code update, 
the first display mode selector circuit 304 generates another control signal to alter the display of 
the financial data by display 307 to indicate to the user that the displayed data is stale (not 
current). For example, stale data may be displayed by changing the color of the displayed data, 
placing a strike out mark through the stale data, graying out the data, or by any other suitable 
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means. The display of financial data with non-matching DSO_ID fields is unafifected by the receipt 
of the status code update. 

The client site terminal 130 performs its second monitoring function of monitoring of the- 
transmission of financial data fi-om the DCSs to the client site terminal as follows. According to 
5 one embodiment of the present invention in which system status monitoring is automatic, the 
client site terminal automatically requests heartbeat signals fi"om each DCS providing financial 
data to the terminal when the user of the terminal first reque$ts financial data fi'om the DCS. In 
other embod'mients of the present invention, the system status monitoring fiinction of the client 
site terminal is not automatic, but is activated either upon receipt of a heartbeat signal from a DCS 

10 or manuall}^ by the user. 

When the client site terminal 130 receives a heartbeat signal from a DCS, the heartbeat 
detector circuit 3Q8 within the terminal extracts the system identifier data fi*om the heartbeat 
signal and stores the signal in storage 305. The heartbeat detector circuit 308 repeats this process 
each time a heartbeat signal from the PCS is received. If the heartbeat detector circuit 308 does 

15 not receive a heartbeat within a predetermined period of time (for example, 45 seconds), the 
second display mode selector circiut 309 compares the system identifier of the missed heartbeat 
with the system identifier within the DSO_ID field of the financial data displayed by display 307. 
If the systeni identifier of displayed financial data matches that of the missed heartbeat, the second 
display mode selector circuit 309 selects a stale display mode for the financial data and sends a 

20 control signal to the display 307 to alter the display of the financial data to indicate that it is stale 
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(non-current), The display of financial data having different system identifiers is not changed. In 
this manner, the client, site terminal monitors the transmission of financial data between the DCSs 
and the terminal and automatically notifies the user when displayed data is stale due to problems 
with the DCS, the network 1 20, and/or the client site terminal itself 
5 The above-described components of client site terminal 130 may be hardware 

components, software components, or a combination thereof Moreover, the components may be 
integrated into a single processor or distributed among multiple processors as necessary to 
perform the fiinctions of the client site terminal 130. 

Figures 4A and 4B provide a diagram of one format for a DSOJQD field within the 

10 formatted financial data transmitted by each DCS. As shown in Figure 4A, the DSO JD field may 
consist of sixteen bits of data arranged in three groups. Bits 0 to 9 stpre the data source identifier 
and bits 10 to 15 stpre the system or DCS identifier. In one embodiment, all bits 0-9 are used tb 
specify the data source. In an alternath^e embodiment, bit 0 may be left unused or assigned 
additional fiinctionality as needed to implement the data health momtor according to the present 

15 invention within a financial data communications network. As shown in Fijgure 4B, less than all 
bits 1-9 are used to spedfy the data source and bit 0 is used to alert the client site computer 
system to disregard the unneeded bits. For example, in the alternative embodiment, if bit 0 is set, 
then bits 7-9 are ignored and the source is identified through an analysis of bits 1-6. 

- ' . - ' . . ■ * 
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Embodiments of the present invention also contemplate the DSO_ip field as incorporating 
greater bit lengths. For example, 32 and 64 bit lengths are contemplated. By the use of these 
extended lengths, a greater number of data sources are able to be specified. 

Figure 5 illustrates a method for monitoring the health (real-time availability) of financial 
5 data from one or more data sources in accordance with the present invention. This method 
includes the steps of: 

501: recd^dng real-time financial data from one or more data sources at a data 
collection system; 

502: formatting the real-time finandal data received from the data sources to include a 
10 data source identifier; 

503: generating a data source status signal including the data source identifier for each 

data source providing financial data to the data collection system; 
504: transmitting the formatted real-time financial data and the data source status 
signals to one or more client site terminals upon receiving corresponding requests 
15 from the client site terminals; 

505: receiving the requested real-tune financial data from a data source at the client site 
terminal; 

506: extracting a data source identifier from the received real-time financial data; 
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507: comparing the extracted data source identifier with stored status data to detemune 
whether the client site terminal is monitoring the status of the data source fi"om 
which the financial data was received; 

508: if the status of the data source is not being monitored, transmitting a request to the 
5 data collection system to obtain the current status data corresponding to the data 

source; 

509: once the current status data is received, displaying the reial-time financial data in 
accordance with the current status data (either displaying the data as stale data or 
real-time data); and 

10 510: upon recdpt of a status update from the data collection system, altering the display 

of the data from the data source corresponding to the status update in accordance 
with the status indicated in the update (either displaying the data as stale or real- 
time). 

Figure 6 illustrates a method for monitoring the health (real-time availability) of financial 
15 data transmitted from one or more data collection systems to one or more client site terminals in 
accordance with the present invention. This method includes the steps of: 

601: receiving real-time financial data from one or more data sources at a data 
collection system; 

602: formatting the real-time financial data received from the data sources to include a 
20 system identifier corresponding to the data collection system; 
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603 : generating a heartbeat signd including the system identi^^ 

604: transmitting the formatted real-time financial data to one or more client site 

terminals upon receiving corresponding requests from the client site terminals; 

/' ■ * ■ 

605: periodically transrnitting the heartbeat signal to the one or more client site 

5 terminals upon receiving corresponding requests from the client site terminals; 

606: receiving the requested real-time financial data from a data source at the client site 

terminal; 

607 : extracting the system identifier from the received real-time financial data; 
608: comparing the extracted system identifier with stored status data to determine 
10 v^hether the client site temunal is monitoring the status of the data collection 

system; 

609; if the status of the data source is not being monitored, transmitting a request to the 
data collection ^stem to obtain the heartbeat signal for the system; 

610: once the heartbeat signal for the system is received, displaying the real-time 
15 financial data in a real-time display mode; 

611: determining whether the heartbeat signal was received during a predetermmed 
period of time; 

612: if the heartbeat signal was timely received, displaying the financial data received 
front the data collection system in a real-rtime (current) display mode and repeating 
20 the determiiung step of611; and. 
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613: if the heartbeat signal was not timely received, displa)dng the financial data 
received from the data collection system in a stale (non-current) display mode and 
repeating the determining step of 61 1 . 
According to alternate embodiments of the data health monitor according to the present 
5 invention, additional display modes may be used. For example, financial data displayed by the 
client site terminals may be displayed in a real-time display mode, a stale display mode, or an 
unknown display mode (indicating to the user that the financial data is questionable). Moreover, 
in some emboduhents of the present invention, both monitoring fimctions may be manually and 
independently activated and deactivated by tlie user at the client site terminal, for example, if the 
10 client site terminal has limited processing capacity and the user desires increased processing and 
display functions. . 

Furthermore, when financial data for a particular instrument includes both real-time and 
historical data, the data health monitor according to the present invention may be provided at the 
field level within each financial data record such that some fields are displayed as either real-time 
15 or stale data while others are displayed only as historical data. This fimctionality may be 
implemented, for example, through the addition of one or more fields of identifier data witMn 
each financial data record. 

While the present invention has been particularly described wth reference to the preferred 
embodiments, it should be readily apparent to those of ordinary skill in the art that changes and 

• ■ .' < 
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modifications in form and details may be made without departing from the spirit and scope of the 
invention. It is intended that the appended claims include such changes and modifications. 



/ 
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